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DETAILED ACTION 

1. This office action is responsive to communications filed 6 May 2005. 

2. Per Applicant's request, amended claims 1,12 and 19 have been entered. Claims 1-23 are 
currendy pending. 

3. Claims 1-23 have been examined. 

Claim Rejections - 35 USC§ 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

5. Claims 1-23 are rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. Patent 
Publication 2003/0182414 Al to O'Neill in view of U.S. Patent 6,009,524 to Olarig et al, hereafter 
referred to as Olarig. 

Per claim 1: 

O'Neill discloses: 

a remote upgrade method (Note Figure 2A and the corresponding sections of the disclosure) 
performing a power up boot process ("During device startup, code execution typically 
begins at a specific startup address. . .this address refers to a section of the boot 
block, . .where the update agent resides" in paragraph 0125) 
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- monitoring for an indication of available update information remotely ("to determine which 
client devices. . .require updating and if any updates are available" in paragraph 0051. The 
server array and collector are remote to the client systems.) 

engaging in an update setup process automatically in which an upgrade indication variable is 
set to indicate an upgrade is required when said indication of available update information is 
received ("The update server array 122 may fiarther automatically transfer the update package 
1 10 to the client device 104 without a request from the client device. . in paragraph 0046. 
Further, "the idle status flag stored in the status table. . .is updated to indicate that the 
electronic device is ready to proceed into an upgrade mode" in paragraph 0143) 
said upgrade indication variable continues to indicate an upgrade is required until an upgrade 
is successfully completed ('*When the update agent determines the update process to be 
complete. . .the status flag contained in the status table. . .is updated to reflect an idle state 
where no update operations are pending" in paragraph 0152) 

an update reboot process is executed ("Thereafter, the electronic device is rebooted. . ." in 
paragraph 0143) 

substantially as claimed. O'Neill does not explicidy disclose the updated information being boot 
information. Olarig discloses in an analogous networked updating system that the ability to update 
boot information was well known ("the BIOS image. . .can be updated by a software update" in col. 
1 lines 26-28). It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to have the update information of O'Neill include boot (BIOS) update 
information as disclosed in Olarig, as this would enable a user to update the boot process of the 
system disclosed by O'Neill to keep consistent with rapidly changing technologies, as disclosed in 
col. 1 lines 18-33 of Olarig. 
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Per claim 2: 

The rejection of claim 1 is incorporated, and further, O'Neill discloses booting up an operating 
system and launching an update application as claimed ("The update agent comprises an embedded 
function component that is desirably stored in the boot sector. . .During routine operation of the 
electronic device the update agent may remain inactive, allowing the device's operating system to 
perform function calls. . ." in paragraph 0118. Further, "The download agent is responsible for 
performing operations related to communicating with the update servers and retrieving available 
update packages. . ." in paragraph 0120) 

Per claim 3: 

The rejection of claim 2 is incorporated, and further, O'Neill discloses the update application being a 
TCP/IP application as claimed ("the download agent is responsible for performing operations 
related to communicating with the update servers. . in paragraph 0120. Further, "Viable 
communications media may include. . .the Internet" in paragraph 0040.) 

Per claim 4: 

The rejection of claim 3 is incorporated, and further, O'Neill discloses the socket application waiting 
for a request to engage in an update process, wherein said request is from a management station that 
is accessible via the internet ("to determine which client devices. . .require updating and if any 
updates are available. . .and. . .distribute them to the client devices. . in paragraph 0051. As was 
shown in the rejection of claim 3, the download agent handles all internet communications.) 
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Pet claim 5: 

The rejection of claim 1 is incorporated, and further, O'Neill discloses an update request message 
being received and having an indication of an updated information location as claimed ("to 
determine which client devices. , .require updating and if any updates are available. . .and. . .distribute 
them to die client devices. . in paragraph 0051. As was shown in the rejection of claim 3, the 
download agent handles all internet communications. Therefore, to download the update, the 
download agent inherendy receives location information for the update from the server.) O'Neill 
does not explicidy disclose the updated information being boot information. Olarig discloses in an 
analogous networked updating system that the ability to update boot information was well known 
("the BIOS image. . .can be updated by a software update" in col. 1 lines 26-28). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to have the update 
information of O'Neill include boot (BIOS) update information as disclosed in Olarig, as this would 
enable a user to update the boot process of the system disclosed by O'Neill to keep consistent with 
rapidly changing technologies, as disclosed in col. 1 lines 18-33 of Olarig. 

Per claim 6: 

The rejection of claim 5 is incorporated, and further, O'Neill discloses an IP address of a 
management station and a name of an updated file comprising updated information stored on said 
management station as claimed ("the update packages can be downloaded fcom the device servers 
direcdy by client/ server communications. . ." in paragraph 0052. As was shown in the rejection of 
claim 3, the download agent handles all internet communications. Therefore, to download the 
update, the download agent inherendy is provided an IP address and a name of the update file.) 
O'Neill does not explicidy disclose the updated file being a boot file. Olarig discloses in an 
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analogous networked updating system that the ability to update boot information was well known 
("the BIOS image. . .can be updated by a software update" in col 1 lines 26-28). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to have the update 
information of O'Neill include boot (BIOS) update information as disclosed in Olarig, as this would 
enable a user to update the boot process of the system disclosed by O'Neill to keep consistent with 
rapidly changing technologies, as disclosed in col. 1 lines 18-33 of Olarig. 

Per claim 7: 

The rejection of claim 5 is incorporated, and further, O'Neill discloses storing information indicating 
the location of updated information as claimed ("the client device may proceed to check for 
additional updates. . .the update installation process may be repeated periodically as needed or 
desired for additional update queries" in paragraph 0067. To repeatedly check, the location 
information must be stored with the client device.) O'Neill does not explicitiy disclose the updated 
information being boot information. Olarig discloses in an analogous networked updating system 
that the ability to update boot information was well known ("the BIOS image. . .can be updated by a 
software update" in col. 1 lines 26-28). It would have been obvious to one of ordinary skill in the art 
at the time the invention was made to have the update information of O'Neill include boot (BIOS) 
update information as disclosed in Olarig, as this would enable a user to update the boot process of 
the system disclosed by O'Neill to keep consistent with rapidly changing technologies, as disclosed 
in col. 1 lines 18-33 of Olarig. 



Per claim 8: 
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The rejection of claim 5 is incorporated, and further, O'Neill discloses storing values for update for 
an update location variable and an update information file variable in a flash read only memory 
(ROM) as claimed ("non-volatile memory. . .that desirably maintain information. . .exemplary 
components. . .may include. . .EPROM devices" in paragraph 01 1 6) 

Per claim 9: 

The rejection of claim 1 is incorporated, and further, O'Neill discloses entering an update mode and 
retrieving updated information from a central management station as claimed ("the idle status flag 
stored in the status table. . .is updated to indicate that the electronic device is ready to proceed into 
an upgrade mode" in paragraph 0143) 

Per claim 10: 

The rejection of claim 1 is incorporated, and further, O'Neill discloses a boot loader routine reading 
an upgrade indication variable ("the idle status flag stored in the status table. . .is updated to indicate 
that the electronic device is ready to proceed into an upgrade mode" in paragraph 0143) and 
repeatedly downloading updated information until said upgrade indication variable indicates there is 
no pending update download required as claimed ('When the update agent determines the update 
process to be complete. . .the status flag contained in the status table. . .is updated to reflect an idle 
state where no update operations are pending" in paragraph 0152. Further, if an error is found in the 
code, "the process can find a point from which to resume. . .during the update process" in paragraph 
0149) 



Per claim 11: 
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The rejection of claim 1 is incorporated, and further, O'Neill discloses the upgrade indication 
variable being changed to indicate no pending update download is required when a download is 
verified and authenticated as claimed (''When the update agent determines the update process to be 
complete. . .the status flag contained in the status table, . .is updated to reflect an idle state where no 
update operations are pending" in paragraph 0152. Further, the update code is validated by a CRC as 
shown in paragraph 0140.) 

Per claim 12: 

O'Neill discloses: 

an update reboot process (Note Figure 2A and the corresponding sections of the disclosure. 
Further, "Thereafter, the electronic device is rebooted. . in paragraph 0143) 
checking a pending update indication remotely ("The update server array 122 may further 
automatically transfer the update package 110 to the client device 104 without a request from 
the client device. . in paragraph 0046. If the client does not request the update, the update 
server must be checking an update indication. Further, the server is remote to the client.) 
retrieving update location information (Note Figure 2B, item 258 and the corresponding 
sections of the disclosure) 

downloading update information automatically ("The update server array 122 may further 
automatically transfer the update package 110 to the client device 104 without a request firom 
the client device. . in paragraph 0046) 

determining if a download occurred successfully ("validation checks are implemented to 
insure that the package is complete. . in paragraph 0140) 
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setting a pending update indication to indicate there is no pending update (^'When the 
update agent determines the update process to be complete. . .the status flag contained in the 
status table. . .is updated to reflect an idle state where no update operations are pending" in 
paragraph 0152) 

completing a boot sequence ("Thereafter, the electronic device is rebooted. . in paragraph 

0143) 

substantially as claimed. O'Neill does not explicitiy disclose the updated information being boot 
information. Olarig discloses in an analogous networked updating system that the ability to update 
boot information was well known ("the BIOS image. . .can be updated by a software update" in col. 
1 lines 26-28). It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to have the update information of O'Neill include boot (BIOS) update 
information as disclosed in Olarig, as this would enable a user to update the boot process of the 
system disclosed by O'Neill to keep consistent with rapidly changing technologies, as disclosed in 
col. 1 lines 18-33 of Olarig. 

Per claim 13: 

The rejection of claim 12 is incorporated, and further, O'Neill discloses a boot loader routine 
reading an upgrade indication variable ("the idle status flag stored in the status table. . .is updated to 
indicate that the electronic device is ready to proceed into an upgrade mode" in paragraph 0143) 

Per claim 14: 

The rejection of claim 12 is incorporated, and further, O'Neill discloses a management station 
identifier and update information file name variables being read as claimed ("the update packages 
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can be downloaded from the device servers direcdy by client/ server communications. . in 
paragraph 0052. As was shown in the rejection of claim 3, the download agent handles all internet 
communications. Therefore, to download the update from the update server, the download agent is 
inherendy provided a management station identifier and an update information file name.) 

Per claim 15: 

The rejection of claim 12 is incorporated, and fixrther, O'Neill discloses a connection being made to 
an indicated management station and information from an update information file is retrieved and 
stored in a flash read only memory as claimed ("the update packages can be downloaded from the 
device servers direcdy by client/server communications. . in paragraph 0052. Further, "non- 
volatile memory. . .that desirably maintain information. . .exemplary components. . .may 
include. . .EPROM devices" in paragraph 0116) 

Per claim 16: 

The rejection of claim 12 is incorporated, and further, O'Neill discloses the received updated 
information being authenticated as claimed ("(CRC) for the received update package. . in 
paragraph 0140); O'Neill does not explicidy disclose the updated information being boot 
information. Olarig discloses in an analogous networked updating system that the ability to update 
boot infomiation was well known ("the BIOS image. . .can be updated by a software update" in coL 
1 lines 26-28). It would have been obvious to one of ordinary skiD in the art at the time the 
invention was made to have the update information of O'Neill include boot (BIOS) update 
information as disclosed in Olarig, as this would enable a user to update the boot process of the 
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system disclosed by O'Neill to keep consistent with rapidly changing technologies, as disclosed in 
col. 1 lines 18-33 of Olarig. 



Per claim 17: 

The rejection of claim 12 is incorporated, and further, O'Neill an authentication mechanism that 
prevents loading of "illegal" images and corrupted images (**Viable communications media may 
include. . .the Internet" in paragraph 0040. Further, "(CRC) for the received update package. . ." in 
paragraph 0140. The CRC check prevents corrupted or otherwise illegally operated programs from 
executing.). O'Neill does not explicidy disclose the authentication being a public key. Olarig 
discloses in an analogous network updating system that the use of public and private keys was weU 
known for ensuring that upgrades are valid and legal ("using the stored public keys, to ensure that 
the upgrade is valid and authorized. . in col 4 lines 17-19). It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to use the public key authorization 
method of Olarig with the upgrade downloading system of O'Neill, as this would help ensure that 
the upgrade is valid and authorized to be loaded into system memory, as disclosed in col. 4 lines 16- 
25 of Olarig. 

Per claim 18: 

The rejection of claim 12 is incorporated, and further, O'Neill discloses an update application setting 
an upgrade indication variable to indicate no update is required and awaiting future requests for 
update downloads as claimed ("When the update agent determines the update process to be 
complete. . .the status flag contained in the status table. . .is updated to reflect an idle state where no 
update operations are pending" in paragraph 0152) 
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Per claim 19: 

O'Neill discloses: 

an information upgrade method (Note Figure 2A and the corresponding sections of the 
disclosure.) 

executing an update management center process (Note Figure IC, item 134 and the 
corresponding sections of the disclosure) 

performing an update setup process automatically which sets up the target device 
configuration to prepare for receiving updated information ("The update server array 122 
may further automatically transfer the update package 110 to the client device 104 without a 
request from the client device. . in paragraph 0046) 

including tracking information identifying a location of updated information ("the update 
packages can be downloaded from the device servers direcdy by client/ server 
communications. . in paragraph 0052. As was shown in the rejection of claim 3, the 
download agent handles all internet communications. Therefore, to download the update 
from the update server, the download agent is inherendy provided with the location of the 
updated information.) 

and setting a pending update indication variable appropriately to indicate update information 
is available and has not been successfully obtained ("the idle status flag stored in the status 
table. . .is updated to indicate that the electronic device is ready to proceed into an upgrade 
mode" in paragraph 0143) 
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executing an update download process, including downloading updated information from 
the update management center ("the update packages can be downloaded from the device 
servers direcdy by client/server communications. . in paragraph 0052) 
storing it in a read only memory (ROM) ("non-volatile memory. . .that desirably maintain 
information. . .exemplary components. . .may include. . .EPROM devices" in paragraph 0116) 
said update boot information download process repeats itself until a download is 
successfully completed ("the process can find a point from which to resume. . .during the 
update process" in paragraph 0149) 
- performing a reboot sequence utilizing the updated inforniation and continuing with normal 
operations ("Thereafter, the electronic device is rebooted. . ." in paragraph 0143) 
substantially as claimed. O'Neill does not explicidy disclose the updated information being boot 
information. Olarig discloses in an analogous networked updating system that the ability to update 
boot information was well known ("the BIOS image. . .can be updated by a software update" in col 
1 lines 26-28). It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to have the update information of O'Neill include boot (BIOS) update 
information as disclosed in Olarig, as this would enable a user to update the boot process of the 
system disclosed by O'Neill to keep consistent with rapidly changing technologies, as disclosed in 
col. 1 Unes 1 8-33 of Olarig. 

Per claim 20: 

The rejection of claim 19 is incorporated, and further, O'Neill discloses creating updated 
information at a centralized location (Note Figure IC and the corresponding sections of the 
disclosure), initiating contact with target devices wherein the contact with said target devices 
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indicates there is updated information ("to determine which client devices. . .require updating and if 
any updates are available" in paragraph 0051), and forwarding updated information which is loaded 
onto said target device as claimed ("the update packages can be downloaded from the device servers 
directly by client/server communications. . in paragraph 0052). O'Neill does not explicidy disclose 
the updated information being boot information. Olarig discloses in an analogous networked 
updating system that the ability to update boot information was well known ("the BIOS image. . .can 
be updated by a software update" in col. 1 lines 26-28). It would have been obvious to one of 
ordinary skiU in the art at the time the invention was made to have the update information of 
O'Neill include boot (BIOS) update information as disclosed in Olarig, as this would enable a user 
to update the boot process of the system disclosed by O'Neill to keep consistent with rapidly 
changing technologies, as disclosed in col. 1 lines 18-33 of Olarig. 

Per claim 21: 

The rejection of claim 20 is incorporated, and further, O'Neill discloses initiating contact with said 
target device, wherein the contact includes information necessary to access the updated information, 
requesting said target device to receive updated information, and monitoring for requests to 
download information as claimed ("the update management component references the desired 
update package and directs the update device server to establish a communication link with the 
client device to transfer the desired update package to the client device" in paragraph 0057). O'Neill 
does not explicidy disclose the download information being boot information. Olarig discloses in an 
analogous networked updating system that the ability to update boot information was well known 
("the BIOS image, . .can be updated by a software update" in col. 1 lines 26-28). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to have the update 
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information of O'Neill include boot (BIOS) update information as disclosed in Olarig, as this would 
enable a user to update the boot process of the system disclosed by O'NeiD to keep consistent with 
rapidly changing technologies, as disclosed in col. 1 lines 18-33 of Olarig. 

Per claim 22: 

The rejection of claim 20 is incorporated, and further, O'Neill discloses an intemet protocol (IP) 
address of the central management station and a file name of a file comprising updated information 
as claimed ("the update packages can be downloaded firom the device servers directly by 
client/server communications. . in paragraph 0052. As was shown in the rejection of claim 3, the 
download agent handles all internet communications. Therefore, to download the update, the 
download agent inherendy is provided an IP address and a name of the update file.). O'Neill does 
not explicitiy disclose the updated information being boot information. Olarig discloses in an 
analogous networked updating system that the ability to update boot information was weU known 
("the BIOS image. . .can be updated by a software update" in col. 1 lines 26-28). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to have the update 
information of O'Neill include boot (BIOS) update information as disclosed in Olarig, as this would 
enable a user to update the boot process of the system disclosed by O'Neill to keep consistent with 
rapidly changing technologies, as disclosed in col. 1 lines 18-33 of Olarig. 

Per claim 23: 

The rejection of claim 20 is incorporated, and further, O'Neill discloses the update information 
being forwarded via the intemet with authentication as claimed (**Viable communications media may 
include. . .die Intemet" in paragraph 0040. Furdier, "(CRC) for the received update package. . ." in 
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paragraph 0140). O'Neill does not explicitly disclose the authentication being a public key. Olarig 
discloses in an analogous network updating systerti that the use of public and private keys was well 
known for ensuring that upgrades are valid and legal ("using the stored public keys, to ensure that 
the upgrade is valid and authorized. . in col 4 lines 17-19). It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to use the public key authorization 
method of Olarig with the upgrade downloading system of O'Neill, as this would help ensure that 
the upgrade is valid and authorized to be loaded into system memory, as disclosed in col. 4 lines 16- 
25 of Olarig. 

Response to Arguments 
6. Applicant's arguments filed 6 May 2005 have been fuUy considered but they are not 
persuasive. 

Per claim 1: 

The Applicant states that O'Neil does not teach remote monitoring for an indication of available 
update information. In response, it is noted that paragraph 0046 of O'Neil discloses an update 
server capable of automatically transferring an update package to a client system without a request 
from a client system. As such, the client must provide some indication that an update is required, 
and as such, the server is remotely monitoring for information which wovdd impart an indication 
that an update is reqviired. As such, O'Neil would appear to disclose remote monitoring. The 
Applicant further states that the O'Neil reference teaches away from the present invention by 
indicating the collector in an update server array is centrally located, however, this argument is 
considered moot in that nothing in the claim language precludes or even imparts any sort of client or 
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server structure, least of all the fact that a collector could be centrally located. Although the claims 
are interpreted in light of the specification, limitations from the specification are not read into the 
claims. See In n Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). Finally, the 
Applicant states that O'Neil does not disclose the update information being boot information, 
however, this argument is considered moot in view of the new grounds of rejection. The rejection of 
independent claim 1 is proper and maintained. 

Per claim 12: 

The Applicant states that O'Neil does not disclose the update information being boot information, 
however, this argument is considered moot in view of the new grounds of rejection. The rejection of 
independent claim 12 is proper and maintained. 

Per claims 2-4, 9-11, 13-15 and 18: 

The Applicant states that claims 2-4, 9-11, 13-15 and 18 are allowable as being dependent on an 
allowable base claim, however, as noted abovCj the rejection of independent claims 1 and 12 are 
proper, and as such, the argument that claims 2-4, 9-11,13-15 and 18 are allowable as being 
dependent on an allowable base claim is considered moot. The rejection of claims 2-4, 9-11, 13-15 
and 18 is proper and maintained. 

Per claims 5-8, 16, 17 and 19-23: 

The Applicant states that Olarig does not teach engaging in an update setup process automatically. 
As was noted above, O'Neil discloses an automated setup process, and as such, the argument is 
considered moot. Further, the Applicant states that Olarig teaches away from the present invention 
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"by indicating if new software causes an error, it todies back. . (page 9 of the remarks) In 
response, the Examiner is unsure how this relates to the limitations recited in die claims, as it is 
noted that none of the claims seem to discuss situations where new software causes errors, and what 
steps the system takes to respond to these errors. Furthermore, there appears to be nothing in the 
claim language which precludes the alleged toggling ability of Olarig. Although the claims are 
interpreted in light of die specification, limitations from the specification are not read into the 
claims. See In n Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed Cir. 1993). As such, die 
rejection of claims 5-8, 16, 17 and 19-23 is proper and maintained. 

Conclusion 

7. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). AppUcantis 
reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A. shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the date of this final action. 

8. Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Trenton J. Roche whose telephone number is (571) 272-3733. The examiner 
can normally be reached on Monday - Friday, 9:00 am - 5:30 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Kakali Chaki can be reached on (571) 272-3719. The fax phone number for the organization where 
this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http:/ /pair-directuspto.gov. Shovild you have questions on access to the Private PAIR system, 
contact die Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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